草庐IT

Java Process Servers 好主意与否?

全部标签

c# - 使用自动属性实现单例是个好主意吗?

我最近发现了自动属性并且非常喜欢它们。此时此刻,我正试图在任何可能的地方使用它们。不仅仅是为了能够在任何地方使用它们,而是更多地了解它们在大多数情况下的工作情况。现在我正在制作一个单例并想:“嘿,让我们在这里也试试自动属性”。publicclassMySingleton{publicstaticMySingletonMySingleton{get;privateset;}privateMySingleton(){}staticMySingleton(){MySingleton=newMySingleton();}}所以我的问题是:“像这样实现单例是个好主意吗?”我不是在问一般情况下单例

C# Math.Ceiling bug 与否?

我不知道为什么Ceiling会像下图那样为什么processingFee!=Settings.PaymentProcessingFeeInPercentage*prizesSum?Viewimageatfullsizealttexthttp://img514.imageshack.us/img514/3950/csharpceilingproblem.png 最佳答案 您的百分比实际上不是0.05。它的值接近0.05...并且可能比0.05多一点。因此,当它乘以2600时,您得到的值刚好超过130.0...然后“上限”为131.0。

c# - 在引擎盖下使用弱引用实现 C# 事件是个好主意吗?

我一直在想是否值得使用类似以下内容(粗略的概念验证代码)来实现弱事件(在适当的地方):classFoo{privateWeakEvent_explodedEvent=newWeakEvent();publiceventWeakEvent.EventHandlerExploded{add{_explodedEvent+=value;}remove{_explodedEvent-=value;}}privatevoidOnExploded(){_explodedEvent.Invoke(this,EventArgs.Empty);}publicvoidExplode(){OnExplode

c# - 绑定(bind) PasswordBox 密码是个坏主意吗?

我读到WPFPasswordBox中的密码没有用于绑定(bind)密码的依赖属性出于安全原因。尽管如此,还是有waystobinditanyway.MVVM模式的用户需要这种数据绑定(bind);viewmodel不能在不破坏模式的情况下直接接触PasswordBox。在MVVM设置中使用PasswordBoxes的一种方法是passtheentirePasswordBoxcontrol到ViewModel,但这无论如何都会打破模式。绑定(bind)密码可能是使用MVVM处理密码的最干净的方法。有一个argumentagainstbindingthePassword因为这会将明文密码保

c# - 为每个数据表的主键创建自定义类型是个好主意吗?

我们有很多代码传递数据行的“Id”;这些主要是整数或向导。我可以通过为每个数据库表的ID创建一个不同的结构来使这段代码更安全。然后类型检查器将帮助查找传递错误ID的情况。例如,Person表有一个名为PersonId的列,我们有如下代码:DeletePerson(intpersonId)DeleteCar(intcarId)是否会更好:structPersonId{privateintid;//GetHashCodeetc....}DeletePerson(PersionIdpersionId)DeleteCar(CarIdcarId)有没有人有真实的生活经验这是什么?开销是否值得?或

c# - 将开发快捷方式放在#if DEBUG block 中是个坏主意吗?

在我们代码的一些地方,我们使用#ifDEBUGblock来简化开发。像这样的东西:#ifDEBUGserverIP=localhost;#elseserverIP=GetSetting()#endif或privateboolisLicensed()#ifDEBUGreturntrue;#endifreturnCheckSetting()还有一些地方我们会像这样进行外观更改:#ifDEBUGbackground=humorousImage.jpg#elsebackground=standardColor#endif依赖#ifdebug来简化开发是否危险?如果是,#ifdebug的有效用法

c# - 继承 List<T> 来实现集合是个坏主意吗?

我曾经读过ImaarSpaanjars的一篇关于如何构建3层应用程序的文章。(http://imar.spaanjaars.com/416/building-layered-web-applications-with-microsoft-aspnet-20-part-1)这已经成为我编码的基础了一段时间。因此我像他一样通过继承List来实现集合.因此,如果我有一个名为Employee的类,为了实现一个集合,我还将有一个Employees类,如下所示。classEmployee{intEmpID{get;set;}stringEmpName{get;set;}}classEmployee

C# action.BeginInvoke(action.EndInvoke,null) 是个好主意吗?

如果我想对某些代码进行“即发即忘”,但仍想确保我的内存被清理(根据WhydoesasynchronousdelegatemethodrequirecallingEndInvoke?),下面的方法是否可以实现该目标?ActionmyAction=()=>LongRunTime();myAction.BeginInvoke(myAction.EndInvoke,null);我环顾四周,但没有看到任何地方使用过这种模式。相反,人们使用annonomoyus方法作为他们的回调(例如TheproperwaytoendaBeginInvoke?)或者他们定义一个实际的回调方法。由于我还没有看到其他

c# - 使用扩展方法来类型转换一个坏主意吗?

我最近开始使用WPF,我注意到您必须进行大量转换(尤其是事件转换)。这是一个审美问题,但我想知道如果我使用扩展方法进行转换而不是使用普通转换会有多糟糕。publicstaticTCast(thisobjectobj){return(T)obj;}这意味着我可以防止一些嵌套的括号,并更改:Console.WriteLine(((DataGridCell)e.OriginalSource).ActualHeight);到:Console.WriteLine(e.OriginalSource.Cast().ActualHeight);是否有任何我可能忽略的明显缺点?人们在代码中遇到这种情况会

c# - 将所有枚举保存在一个地方是个好主意吗?

当我构建类库时,我通常会创建一个文件Enums.cs来保存程序集中使用的所有枚举。这是一个例子:namespaceMyNamespace{publicenumColors{Red,Green,Blue}publicenumShapes{Circle,Square,Triangle}}这使我的所有枚举都易于查找、组织良好且易于在代码中访问。我想知道为什么这不是一个好主意? 最佳答案 通常按模块化而不是按种类来安排定义会更好。 关于c#-将所有枚举保存在一个地方是个好主意吗?,我们在Stac